fix infoleak in waitid(2)
authorAl Viro <viro@zeniv.linux.org.uk>
Fri, 29 Sep 2017 17:43:15 +0000 (13:43 -0400)
committerSalvatore Bonaccorso <carnil@debian.org>
Sun, 15 Oct 2017 06:57:36 +0000 (07:57 +0100)
commit6f3b85f5138289848c47d05da576442145f889df
treee5ca89124ce1ac9a971120f93814404dd5ecb05e
parent10a229a7b981bebcbc132f4445c9dfc5da106a21
fix infoleak in waitid(2)

kernel_waitid() can return a PID, an error or 0.  rusage is filled in the first
case and waitid(2) rusage should've been copied out exactly in that case, *not*
whenever kernel_waitid() has not returned an error.  Compat variant shares that
braino; none of kernel_wait4() callers do, so the below ought to fix it.

Reported-and-tested-by: Alexander Potapenko <glider@google.com>
Fixes: ce72a16fa705 ("wait4(2)/waitid(2): separate copying rusage to userland")
Cc: stable@vger.kernel.org # v4.13
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
Gbp-Pq: Topic bugfix/all
Gbp-Pq: Name fix-infoleak-in-waitid-2.patch
kernel/exit.c